home *** CD-ROM | disk | FTP | other *** search
/ Aminet 33 / Aminet 33 - October 1999.iso / Aminet / docs / misc / amigapl.9901.lzh / amigapl.9901 / text0513.txt < prev    next >
Encoding:
Text File  |  1999-02-01  |  2.9 KB  |  67 lines
  1. Witam Piotr !
  2.  
  3. Dnia 25-Jan-99, Piotr Maz napisal:
  4. > 
  5. > 
  6. > On Mon, 25 Jan 1999, Aleksander Salwa wrote:
  7. > 
  8. >  
  9. >> Nie musi. Skoro PPC moze adresowac cala przestrzen adresowa Amigi, to
  10. >> moze sobie poradzic sam - obslugujac rejestry sprzetowe tak,jak do tej
  11. > 
  12. > Wydaje  mi sie ze wlasnie PPC nie ma dostepu do DMA amigi, czyli do
  13. > rejestrow sprzetowych.
  14. > Escena w swojej nowej karcie zrobila mostek PPC -> ZORRO III, ale to tez
  15. > nie zalatwia do konca sprawy (chociaz to duzy krok do przodu). Karty Fazy
  16. > chyba nie pozwalaja na to, zeby PPC obslugiwalo grafike, twardego itp.
  17. > (poza oczywiscie obliczeniami w CGX).
  18.  
  19.      Przestañ od razu widaæ, ¿e programowaniem nigdy siê nie zajmowa³e¶.
  20.  
  21. 1.   DMA nie jest dostêpne zarówno dla PPC jak te¿ i dla m680x0 !!!
  22. 1a.  Podczas cykli DMA procesor jest fizycznie od³±czony od pamiêci CHIP
  23.      tak wiêc jakby mia³ mieæ do DMA dostêp.
  24.  
  25.      W skrócie DMA pozwala na transfer danych bez wykorzystania czasu
  26.      procesora. Podczas gdy DMA przesy³a dane procesor mo¿e wykonywaæ
  27.      obliczenia w pamiêci FAST ale nie ma dostêpu do CHIPu
  28.  
  29. 2.   Od strony procesora DMA to tylko kilka adresów w pamiêci,
  30.      w³a¶nie te rejestry sprzêtowe o których wspominasz.
  31.      Kontrola DMA polega w³a¶nie na zmianie tych rejestrów.
  32.      A one z punktu widzenia procka s± tylko RAMem.
  33.      Co prawda uk³ady specjalizowane w Amy s± tak skonstruowane, ¿e jedne
  34.      adresy s± tylko do zapisu a inne tylko do odczytu ale to w niczym
  35.      nie przeszkadza. Równie dobrze mo¿e obs³u¿yæ to PPC jak i 680x0.
  36.  
  37.      Ca³y problem polega podobno na niedostêpno¶ci niektórych rodzajów
  38. przerwañ. S± to fizyczne linie danych pod³±czonych do procesora i z
  39. pamiêci± nie maj± nic wspólnego. Po otrzymaniu sygna³u  procesor MUSI
  40. przerwaæ
  41. wykonywany program i przej¶æ do wykonywania procedury podwieszonej pod
  42. wektor przerwania (jest to taka tablica w której do ka¿dego numeru przerwnia
  43. mo¿na pod³o¿yæ inn± procedurê obs³ugi.) Jedne przerwania mo¿na zablokowaæ
  44. programowo inne nie. Takim jest np. NMI przerwanie poziomu 7, które zawsze
  45. bêdzie obs³u¿one, nawet jak powy³anczasz wszystkie przerwania.
  46.  
  47.      Co do drugiej czê¶ci Twojej wypowiedzi - Nie ma ¿adnego problemu
  48. w tym aby PPC obs³ugiwa³o grafikê, twardego itp.  Dlaczego nikt tego nie
  49. robi? Ano dlatego, ¿e do czasu a¿ ca³y system nie bêdzie pod PPC jest to
  50. bezsensowne z tego powodu, ¿e prze³±czenie pomiêdzy PPC i m680x0 trwa bardzo
  51. d³ugo. I np. napisanie programu w PPC, który odwo³uje siê do systemu (np.
  52. bibliotek, deviców itp. dla m680x0) nie ma sensu. Ju¿ lepiej napisaæ
  53. program dla m680x0, który u¿ywa PPC jako koprocesora tzn. obs³uga ekranu,
  54. dysków i ca³ej reszty systemu prowadzona jest przez 680x0 a kod dla PPC
  55. zawiera tylko procedury krytyczne czasowo np. nak³adanie tekstur na obiekty.
  56.  
  57.      pozdrawiam,
  58. --
  59. <tsb>
  60. <sb>Marcin (Radmar) Wasilewski
  61. <sb>#APG  partner#
  62. <tsb>
  63. <sb>mailto: radmar@box43.gnet.pl, rc5pl@apg.plukwa.pdi.net
  64. <sb>A1260T/50Mhz. - 18Mb. - 3.2G HDD - PHILIPS x32 CD-ROM
  65.  
  66.  
  67.